home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 778 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  4.6 KB
  1. From: g02o@zfn.uni-bremen.de (Mark-Oliver Wolter)
  2. Subject: Re: Buttons Buttons Buttons
  3. Date: Thu, 14 Jul 1994 16:48:51 +0100 (DFT)
  4. In-Reply-To: <9407140309.AA27045@uqcspe.cs.uq.oz.au> from "Warwick Allison" at Jul 14, 94 01:09:34 pm
  5. Mime-Version: 1.0
  6. Precedence: bulk
  7.  
  8. > >>This is an incredible waste of a button.  It also violates the principle
  9. > >>of not requiring the user to hold down multiple buttons to perform an
  10. > >>action.
  11.  
  12. I don't mind holding two buttons the same time. Well, I can do that ;-)
  13.  
  14. > This existed as an undocumented `feature' for a long time.  Do people
  15. > seriously USE this?  How does it correlate to real world semantics?
  16.  
  17. _I_ use this, and many people who copy files with the desktop are used to it,2.
  18.  
  19. > If an application CAN be clicked on background windows (ie. it does the
  20. > correct redraw clipping), then why insist that it be topped?  If an
  21.  
  22. Why insist in not to press two buttons at the same time?
  23. When you use the right button, it can be clicked while in background.
  24.  
  25.  
  26. > >>>3. Allow the right button to be used on background windows without topping
  27. > >>Totally confusing.  All you need to do is allow the user to use the window
  28. > >>title, or any unused area of the window to top the window.  In an extreme
  29. > >>case, also allow a meta key, such as Alt-Ctrl to make the left button top
  30. > >>the window.
  31.  
  32. And you don't think that these 2 keys _together with a click_ are even more
  33. annoying than holding two mouse buttons? Many members of our club use 
  34. trackballs to move the mouse, and do NOT have their hands at the keyboard,
  35. so this would be LOT more to do as simply pressing tracky buttons. I prefer 
  36. leaning back on my chair when using applications where I don't need any
  37. keyboard input.
  38. In the other case, I put my tracky away and lean back with my PC keyboard
  39. when using text processors and don NOT want to have to use the tracky then.
  40.  
  41. And: ALT, CTRL and SHIFT are already USED with the mouse or with the 
  42. cursor key mouse emulation!!!
  43.  
  44. > For example, if there is a dialog in a window, the background of the
  45. > dialog (ie. not buttons) is `unused'.  The user might also be able to
  46. > click on the title bar (thus topping).  Only in extreme cases is a
  47. > window so obscured that it cannot be topped, and
  48. > left-button-tops-window doesn't save all those cases - window totally
  49. > obscured.  In these extremes, the user can also choose to BOTTOM the
  50. > obscuring window.  My point is that there are many ways for the user to
  51. > top a window, and reserving the left click for this purpose is a waste.  
  52.  
  53. To be able to BOTTOM a window is a nice option anyway. But I do NOT want to 
  54. miss the other functions.
  55.  
  56. > The choices are:
  57. > 1.
  58. >     Left click:
  59. >         IF window on top OR window is toolbox OR right-button-held
  60. >         THEN click
  61. >         ELSE top window
  62. >     Right click:
  63. >         Ignored.  (has to be - otherwise how does the user hold it
  64. >                 down before left-clicking!)
  65. > or 2.
  66. >     Left click:
  67. >         IF click on something in window
  68. >         THEN click
  69. >         ELSE top window
  70. >     Right click:
  71. >         Anything else.
  72. Or 3.:
  73.       Left click just as above in #1
  74.       Right click:
  75.            if left click while pressed, do something in window, if topped or 
  76.                    not. Just same as left-click when it's topped.
  77.            else if button released without any other action, display toolbox
  78.                    of the topped window.
  79. This doesn't "waste" the right button, and behaves just like the desktop
  80. standard.
  81.  
  82. > It's NOT A STANDARD.  It is an ACCIDENT that Atari implemented but didn't
  83. > document.  Try this experiment:
  84. >     1. Choose a non-Atari user, tell them this feature.
  85. >         - Measure how loudly they laugh.
  86. >     2. Choose an Atari user, tell them this feature.
  87. >         - Measure how suprised they are.
  88. > X windows users will laugh the loudest.
  89. > On average, Atari users will be suprised.
  90.  
  91. _I_ am not surprised, just jike most of our members...
  92.  
  93. And if I compare this with the way the Amiga Workbench works, I prefer the
  94. Atari way. I HATE it if I have to klick the top of a window to set the focus
  95. to it, esp. if the top of that window is covered by sth other, and for worst,
  96. the focus window DOESN'T GET TOPPED when you set the focus to it! You have to
  97. top
  98. it explicitely with the "top" button in the top bar of that window!
  99.  
  100.  
  101. MfG MOW []-)                      Hardware-Gruppenleiter des A.C.T.e.V Bremen
  102.   | | | Atari Computer Team e.V. Bremen    400/800/XL/XE/ST(E)/TT/Falcon/Lynx
  103.   | | | Vereinsr"aume: Steffensweg 5, 28217 Bremen, B.R.D.      NEW: PC group
  104.   | | | Mailbox (BBS): ++49-(0)421-38 50 41 ZyXel 19200, free account.
  105.  /  |  \ Wir haben clubeigene Rechner in den Clubr"aumen stehen.
  106. /   |   \ "Offnungszeiten: Mo19-21/Mi19-22(MIDI)/Do18-21/Fr18-20 (open end:)
  107.               ***   Always LOGON - the bright side of life !   ***
  108.